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(57) Abstract 

A TDMA/TDD link adaptation method determines radio link quality at a base station. The radio link quality is used to update and 
broadcast a physical layer parameter indicator (10-16) from the base station on a broadcast control channel having a common physical 
layer parameter indicator for all uplink and downlink channels. 
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LINK AND RADIO CELL ADAPTATION IN TDMA/TDD SYSTEMS 

TECHNICAL FIELD 

The present invention relates generally to TDMA/TDD (Time Division 
Multiple Access / Time Division Duplex) radio communication systems, and 
especially to adaptation of the systems to prevailing radio conditions. 

BACKGROUND 

ETSI BRAN (Broadband Radio Access Network) is developing a short-range 
high data rate system, HIPERLAN Type 2 (also called H/2), mainly for indoor 
operation. Some outdoor scenarios are also considered (campus areas, 
downtown city areas). The target areas are offices, conference halls, 
exhibition fairs, airports and home environments. The spectrum . is 
unlicensed and thus several "operators" may use the same spectrum. x^The 
interference environment may change during operation due to for example 
new operators in the vicinity of the own network and it is then very difficult 
to predict what type of interference the system shall be able to handle. The 
large difference in radio propagation, i.e. LOS (Line Of Sight) and NLOS (No 
Line Of Sight), and interference environments in which the system be must 
be able to operate, puts strong requirements on the system that it is able to 
adapt to its current situation. In this type of systems, one radio cell might be 
exposed to larger interference than, other radio cells. Just an adaptation per 
radio cell to handle this situation is referred to as "radio cell adaptation''. 
Furthermore, the mobile terminals (MTs) associated with a certain base 
station (BS) may have different reception qualities in their uplink and 
downlink respectively. Hence, in this case each MT might want to use 
different transmission parameters, e.g. code rate (protection level) and 
modulation alphabet, to be able to adjust its reception quality in the uplink 
and downlink. This adaptation could be performed per MT or per its 
individual connections. In the latter case differing traffic and QoS (Quality- of 
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Service) parameters have to be considered. For example, one MT could have 
a connection carrying video using a powerful FEC (Forward Error Correction) 
code, whereas a connection for file transfer uses a less strong FEC but with 
ARQ (Automatic ReQuest for retransmission) capabilities. 

5 

Typical reception quality measures are: 

retransmission rate (PER, Packet Error Rate), 
delay spread (time dispersion), 
10 received signal strength (RSSI), 

Signal-to-Interference Ratio (SIR) 
Bit Error Rate (BER) 

Combinations of these performance measures and others are also possible. 

15 

Usually link adaptation is divided into two groups: net rate adaptation /and 
gross rate adaptation. 

Net rate adaptation means that the incoming data rate is adjusted to fit into 
2 0 the assigned capacity so that the system can handle a certain link quality, 

i.e. the user has a fixed assigned capacity over the air, and if the radio 
quality is poor the inccming daia rate is reduced and a more robust 
transmission mode is used. In case of a good connection a higher incoming 
data rate can be used. 

25 

In gross rate adaptation the incoming data rate is "fixed", i.e. the radio 
system does not change its incoming traffic due to the radio conditions. 
Instead the radio system tries to sustain the incoming data rate and to 
counter the variations in link quality by assigning correspondingly varying 
30 capacity over the air interface. Thus, two MT with the same incoming data 

rate could have been assigned different capacit}^ over the air interface based 
on their individual connection reception qualities. An extra function might be 



aMSDCClD. <VVO„_0022a6SA2 l.> 



wo 00/22865 



3 



PCT/SE99/01774 



needed in this case to guarantee fair utilisation of the total available 
capacity. 

Combination of net and gross rate adaptation is of course also possible. 

The present situation with regard to adaptation to varying radio conditions 
in different radio communication standards may be siimmarised as follows: 

HIPERLrAN/2: No proposal exists on a protocol that handles the ability to 
make radio cell adaptation and/or link (per MT or per connection) 
adaptations. Still, the proposals on the physical layer allow different code 
rates and modulation alphabets (MPSK and MQAM signal constellations). 

GPRS: The system applies net rate , link adaptation (selects channel coding) 
per mobile terminal, see [1]. For downlink traffic the MT request channel 
coding via ARQ-ACK/NACK messages through the uplink. The BS is using 
stolen bits (embedded in the burst structure of GSM) to set the channel code 
for the downlink. Hence, the MT first decodes these bits to ^ obtain 
information on which channel decoding it shall use for the' rest of the burst. 
In case unacknowledged mode is applied, the MT sends measurements 
reports to the BS including an estimation of the BER. This information can 
then be used by the BS to select channel coding for the downlink bursts. 

For the uplink traffic the BS commands the MT to use a certain channel 
coding. This information is transferred to the MT piggybacked on downlink 
dedicated control channels, e.g. piggybacked on ARQ-ACK/NACK messages. 

A drawback is that in GRPS it is not possible to change channel coding 
during retransmission phase. 

EDGE, EGPRS; These two systems apply net rate link adaptation (select 
channel coding and modulation alphabet) per mobile terminal. No protocol 
exists yet. However, the structure and protocol is based on the GPRS 



wo 00/22865 



4 



PCT/SE99/01774 



Structure and a similar protocol will be utilised. Extensive simulation studies 
have been performed on the system throughput and can be found in [2]. 

The problem with changing channel coding during retransmissions is solved 
by doing re-segmentation. However, the frame structure used in these 
systems is not suited for a TDD system. 

DVB, DAB: Digital Video/Audio Broadcasting uses different code rates and 
modulation alphabets to be able to extend their coverage regions and to 
enable the possibility for an broadcaster to select suitable parameters so that 
both data and the ordinary program can be sent on the adlocated bandwidth, 
see [3]. In the pure broadcast scenario no uplink signalling exists. Recently, 
an ACTS program called MEMO has been developed for individual services; 
the ordinary GSM network is used for the uplink signalling. In this case 
downlink link adaptation is possible. Still no protocol that enables this 
signalling exists. 

IEEE 802.11: A new physical layer standard is now developed for 5 GHz 
operation, see [4]. The standard is not fixed yet and the system will apply 
some sort of link adaptation. The proposed solution is assuming that the 
physical layer is totally independent from the IEEE 802.11 MAC layer. To 
enable this a convergence layer, called PHY PLCP (Physical Layer 
Convergence Protocol), is put in between, where primitives are used through 
SAPs (Service Access Point) to instruct the physical layer to react. 

The selected link parameters are performed by the sending unit, i.e. in the 
downlink the BS selects the parameters and in the uplink the MT selects the 
parameters. Both BS and MT are making measurements before selecting 
PHY (PHYsical layer) parameters, e.g. RSSI measurements. 

The access scheme is based on CSMA/CA (Carrier Sense Multiple Access 
with Collision Avoidance). This implies that one MAC frame (in IEEE 802,1 1 
this is equaJ to a MPDU (MAC Protocol Data Unit)) is transmitted between 
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two peer' entities only, i.e. the MAC frame is only between a BS (centrally 
controlled system) and one MT, or the MAC frame is only between two MTs 
(Ad-hoc system). The duration of the MAC frame depends on the selected 
PHY parameter In case of a more robust PHY mode, the length of the PHY 
frame becomes longer due to higher FEC protection. 

This is a gross rate adaptation approach which is not able to consider QoS 
and fairness between users, i.e. since the transmitting unit is selecting the 
PHY parameters (used capacity), a user may select a parameter 
corresponding to a robust PHY mode resulting in larger capacity utilisation 
even though it is not necessary. 

In the current version of the IEEE 802.1 1 proposal for 5 GHz, measurements 
needed for the selection of PHY parameters has to be performed by both the 
BS and the MT. 

SUMMARY 

An object of the present invention is to provide a spectrum efficient radio 
link adaptation method and frame structure for a TDMA/TDD radio 
communication system.. 

This object is achieved in accordance with the attached claims. 

Briefly, the present invention uses the BCCH (Broadcast Control CHannel) to 
adapt the radio cell to prevailing radio conditions. This provides a very 
efficient method, since a common physical layer parameter indicator may be 
used for all radio links. An efficient and more flexible embodiment uses a 
common physical layer parameter indicator to adapt the uplinks of the radio 
cell, while the downlinks are individually adapted using physical layer 
parameter indicators in the ACH (Announcement & assignment CHannel). It 
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is also possible to let the BCCH indicate the physical layer parameters 
to be used for decoding of the ACH. 

BRIEF DESCRIPTION OF THE DRAWINGS 

The invention, together with further objects and advantages thereof, may best 
be understood by making reference to the following description taken together 
with the accompanying drawings, in which: 

Fig. 1 is a diagram illustrating a basic frame structure of a TDMA/TDD 
radio communication system; 

Fig. 2 is a diagram illustrating an exemplary embodiment of a frame 
structure in accordance with the present invention suitable for a TDMA/TDD 
radio communication system; and 

Fig. 3 is a diagram illustrating another exemplary embodiment of a 
frame stmcture in accordance with the present invention suitable for a 
TDMA/TDD radio communication system. 

DETAILED DESCRIPTION 

The system in accordance with the present invention uses a TDMA/TDD 
(Time Division Multiple Access/Time Division Duplex) MAC (Media Access 
Control) frame structure (e.g. H/2 and IEEE 802.11). An example of such a 
frame structure is depicted in fig. 1. A centrally controlled MAC scheme is 
assumed, i.e. the BS assigns capacity to the MTs. The assignments could be 
different between two MAC frames, i.e. one user might be assigned capacity 
in one MAC frame and in the next MAC frame this user will not be assigned 
any capacity. In case of ad-hoc operation, one MT could act as the central 
controller. In fig. 1 assigned capacity for one connection (downlink + uplink) 
has been indicated, while the dots represent assigned capacity for other 
connections. 
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The MAC frame starts with a Broadcast Control CHannel (BCCH) which 
contains information that is transmitted over the entire area that a BS 
covers (radio cell). The assignment of different MTs capacity is transmitted in 
the ACH (Announcement 86 assignment CHannel, sometimes referred to as 
resource grant channel or FCH (Frame Control cHannel)). The whole ACH is 
not necessarily transmitted over the whole radio cell. In case multi beam 
antennas are applied, the information that is only concerned to a certain 
beam is then only transmitted over its corresponding coverage area. Pointers 
may be applied in the ACH so that a MT that is assigned capacity knows 
exactly when in the frame it is expected to receive and send data, i.e. in the 
"Assigned Capacity" regions. Random Access CHannels (RACH) might be 
located at the end of the frame. A MT may request for capacity in its 
assigned uplink capacity region or via one random access channel. 

The exemplary embodiments of frame structures in accordance with the 
present invention described below are applicable for both gross and netyrate 
link/ radio cell adaptation. 

Fig. 2 is a diagram illustrating an exemplary embodiment of a frame 
structure in accordance with the present invention suitable for a TDMA/TDD 
radio communication system with centrally controlled assignment of 
capacity. In this embodiment radio cell adaptation parameters are only 
transmitted in the BCCH (or some other permanent or temporary "control 
channel" for broadcasting messages). This embodiment may assume that the 
BS has all information necessary to make a decision on a single PHY 
parameter setting (e.g. code rate, modulation alphabet, time slots/frame) 
without any interaction (no explicit uplink signalling) with the MTs). 
Statistics of the PER, delay spread, received signal strength, SIR and BER 
could for example be used in the selection procedure. The measurements 
could be performed on the traffic and control data PDUs (Protocol Data 
Units) that are received at the BS. The single PHY parameter setting (which 
is dynamically varying) could be used for some or all connections, as 
indicated by the dashed arrows 10, 12, 14 and 16 in fig. 2. 
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One nice feature of this embodiment is that all PDUs of the same type will 
have the same size and the assignment of capacity resources becomes 
easier. 

5 

Since a common indicator is used for all links, it is appreciated that the 
embodiment in fig. 1 implements radio cell adaptation. 

Radio cell adaptation could also be performed on uplink only or downlink 
10 only. Furthermore, the broadcast message including the common PHY 

parameter indicator may also be broadcast in other ^'channels" than the 
BCCH, for example a dedicated PHY parameter channel. 

Fig. 3 is a diagram illustrating another exemplary embodiment of a frame 
structure in accordance with the present invention suitable for a TDMA/^TDD 
radio communication system. In this embodiment a single PHY mode is psed 
in the uplink for all MTs, as indicated by dashed arrows 10, 12. This is an 
efficient signalling mechanism in case all MT will have similar reception 
quality in the uplink. This could for example be accomplished if power 
control is applied in the uplink, i.e. the BS controls (decides) the MTs power 
level. However, in this embodiment the downlink is individually assigned via 
the ACH, as indicated by dashed arrows 18, 20 in fig. 3. 

The embodiment of fig. 3 implements a combination of radio cell and 
2 5 individual link adaptation, since all uplinks are adapted in the same way as 

in the embodiment of fig. 1, while downlinks are individually adapted. 

A combination of the embodiments of fig. 2 and 3 is also possible. In such a 
combination the BCCH (or some other permanent or temporary "control 
30 channel" for broadcasting messages) is used to broadcast an indicator of the 

physical layer parameters that should be used to decode the ACH. The 
physical layer parameters may be individual or common for several 
channels, 

B^iStXXlD: <V/0 .O022335A2 I > 
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In some cases it is not necessary for the MTs to update the BS so frequently. 
This could be in situations when the radio channel and the interference 
environment are rather static and do not change. To use the ARQ PDU for 
this signalling will then create unnecessary overhead. To reduce the amount 
of signalling, a special signalling message (control channel), in which the 
information is transferred, could be used. This is a special control channel 
that is separated from other channels. An initial negotiation could take place 
between the MT and the BS on how often these messages should be 
transmitted. The BS could then, for example, assign uplink capacity to the 
MT on a regular basis. Such an embodiment creates a flexible solution. How 
the information is transmitted to the BS could also be negotiated, e.g. the 
approach to use the ARQ messages coiald of course be one way. Another 
approach is that all updates of the PHY mode are sent through the RACH. 
An alternative is to "piggyback" the information on one or several other 
messages, since this type of information may be represented by very few bits. 

It will be understood by those skilled in the art that various modifications 
and changes may be made to the present invention without departure from 
the scope thereof, which is defined by the appended claims. 
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CLAIMS 

1. A TD MA/TDD media access control frame structure, characterized by 
a broadcast message having a common dynamically updated physical layer 
parameter indicator for a plurality of channels. 

2. The control frame structure of claim 1, characterized by a broadcast 
message having a common dynamically updated physical layer parameter 
indicator for a plurality of uplink channels. 

3. The control frame structure of claim 1, characterized by a broadcast 
message having a common dynamically updated physical layer parameter 
indicator for a plurality of downlink channels. 

4. The control frame structure of claim 1, characterized by a broadcast 
message having a common dynamically updated physical layer pararnpter 
indicator for a plurality of uplink channels and a plurality of downlink 
channels. 

5. The control frame structure of any of the preceding claims, 
characterized by said broadcast message indicating the proper physical layer 
parameter that is to be ujed by a receiver to decode an announcement and 
assignment channel. 

6. The control frame structure of claim 2, characterized by an 
announcement and assignment channel having individual dynamically 
updated physical layer parameter indicators for downlink channels. 

7. The control frame structure of claim 6, characterized by said broadcast 
message indicating the proper physical layer parameter that is to be used by 
a receiver to decode an announcement and assignment channel. 
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8. The control frame structi.vre of any of the preceding claims, 
characterized by said broadcast niessage belonging to a broadcast control 
channel. 

9. The control frame structure of any of the preceding claims, 
characterized by a separate control channel for occasional requests of 
physical layer parameter updates from mobile terminals. 

10. A TDMA/TDD link adaptation method, characterized by 

determining radio link quality at a central controller; and 

updating and broadcasting a message including a common physical 

layer parameter indicator for a plurality of channels from said central 

controller. 

11. The method of claim 10, characterized by said message including, a 
common physical layer parameter indicator for a plurality of uplink 
channels. 

12. The method of claim 10, characterized by said message including a 
common physical layer parameter indicator for a plurality of downlink 
channels. 

13. The method of claim 10, characterized by said message including a 
common physical layer parameter indicator for a plurahty of uplink channels 
and a plurality of downlink channels. 

14. The method of any of the preceding claims 10-13, characterized by 

said message indicating the proper physical layer parameter that is to be 
used a receiver to decode an announcement and assignment channel. 

15. The method of claim 11, characterized by an announcement and 
assignment channel for individually and dynamically updating physical layer 
parameter indicators for downlink channels. 
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16. The method of claim 15, characterized by said message indicating the 
proper physical layer parameter that is to be used by a receiver to decode an 
annoioncement and assignment channel. 

17. The method of any of the preceding claims 10-16, characterized by 

said message belonging to a broadcast control channel. 

18. The method of any of the preceding claims 10-17, characterized by a 
separate control channel for occasional requests of physical layer parameter 
updates from mobile terminals. 

19. The method of any of claims 10-18, characterized by said central 
controller being a base station. 
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[57] ABSTRACT 

The sysiem and met hod simplifies communicalion between 
a computer control program executing on the computer 
system and an input/output device coupled to the computer 
system and is independent of the privilege mode in which 
the computer program is executing and of the manner in 
which the input/output device is coupled to the computer 
system, namely directly such as via an expansion bus versus 
indirectly such as via a parallel port. Ad I/O manager 
provides input/output operation macros, cx)mprising first and 
second conditional execution portions, along with other 
related functions. The computer program is compiled from 
one or more .source code files, wherein the source code files 
employ the input/output operation macros and call other I/O 
manager functions. The system and method comprises a 
preprocessor resolving the first conditional execution por- 
tion of an input/output operation macro into a direct input/ 
output iastruciion if compiled for an execution environment 
with sufficient privilege level and resolving the first condi- 
tional execution portion of the macro to a call to a function 
otherwise. The function causes the computer system to 
change to kernel mode and executes a direct input/output 
instruction. The system and method further comprises 
executing the compiled computer program comprising allo- 
cating memory for and populating an iastance of a' data 
structure for the I/O manager and determining whether or 
not the input/output device is coupled to the computer 
system such that the input/output device registers^ are 
directly accessible to the computer program through a direct 
input/output instruction. Next, the input/output operation to 
the input/output device is performed by executing the first 
conditional execution portion of the input/output operation 
macro to the input/output device if the input/output device is 
directly coupled to the computer system or executing- the 
second conditional execution portion of the input/output 
operation macro, which is a function, if the input/output 
device is not directly coupled to the computer system, 
wherein the function performs the input/output operation by 
executing a plurality of direct input/output instructions. 

31 Claims, 4 Drawinj;; Sheets 
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1 

2 
3 

4 ^define DIRECT_COUPLE{handie) ((handle & DIRECT_MASK_BITS) 

5 #define WRITE_REG_8(handle, regOfFset, data) 

6 (DIRECT_COUPLE(handIe) •? 

7 IOMgrOutB{BASE_ADDR(handle>+regOffsei, data) : 

8 handle->writeReg8(handle, regOffset^ data) 
9 

10 #ifdef PRIVILEGED__MODE 
II 

12 #defme 10MgrOutB(reg, data) outp(reg, data) /♦ library routine which performs direct I/O */ 
13 

14 #else 
15 

15 int ]OMgrOutB(int ioAddr, int data) 
17 { 



18 iomgrParamBiock pb; 
19 

20 Initialize the kernel mode parameter block. */ 

2 i pb.parameter.outByte. ioAddr = ioAddr; 

22 pb. parameter. outByte.data = data; 

23 

24 ^* Invoke the kernel routine to perform the I/O operation. */ 

25 caIIToKemel(IO_MANAGER_lD, &pb, sizeof (iomgrParamBiock)); 



27 

28 #endif 
29 

30 main() 

31 { 



32 jnf handle. isrModeHandle; 
33 

34 Initialize the I/O Manager and get a handle which indicates whether or not 

35 ♦ * the data acquisition card may be accessed in a direct manner or not. */ 

36 handle = initIOMgr(slotIndex + 1 , (lOMgrBaseAddr) 0, ioMethod); 
37 

38 ^* Initialize the parallel port specific portion of the I/O Manager */ 

39 if (IS_LPT_DEVICE(deviceType)) 

40 initlOMgrPPDala(handIe, pPort); 
41 

42 ^* get a kernel mode handle */ 

43 isrModeHandle = get ISRJOMgrHandle(handle); 
44 

45 ^* Write a value to a register, such as a voltage. */ 

46 WRlTE_REG_8(handIe, regOfFset, data); 
47 

48 Get any errors generated by the I/O operation. */ 

49 errors = getAndClearlOMgrErr(handle); 
50 

51 ^* f'rce the memory used by the I/O Manager. */ 

52 freeIOMgr(handle); 



53 ) 
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SYSTEM FOR I/O MANAGEME^fT WHERE 
I/O OPERATIONS ARE DETERMINED TO BE 

DIRECT OR INDIRECT BASED ON 
HARDWARE COUPLING MANNERS AND/OR 
PROGRAM PRIVILEGE MODES 

BACKGROUND OF THE INVENTION 

1. Field of the Invention 

The present invention relates to the field of input/output 
(I/O) management, and more particularly to an intelligent 
I/O manager which abstracts I/O functions between a com- 
puter system and a data acquisition card, wherein the data 
acquisition card may be designed for one of a plurality of 
difierent hardware platforms, and wherein the computer 
program operates in a plurality of privilege modes. 

2. Description of the Related Art 

Computer system expaasion devices, or input/output (I/O) 
devices, may be coupled to computer systems in a variety of 
manners. Typically, a computer program executing on a 
computer system communicates with the input/output 
device via storage components, such as registers or memory, 
to control and/or receive information from the input/output 
device. A read/write from/to a storage component on an 
input/output device is henceforth referred to as an input/ 
output operation. The manner in which the input/output 
device is coupled to the computer system in part determines 
the manner in which the computer program communicates 
with the input/output device, thai is, the manner in which the 
input/output operations are performed. 

One manner of coupling input/output devices to a com- 
puter sy.stem allows a computer program executing on the 
computer system to perform input/output operations by 
executing direct input/output instructions which read/write 
registers located on the input/output device. An example of 
.such a couphng manner is through an expansion bus. 
Examples of currently available expansion buses are the AT 
or ISA (industry Standard Architecture) bus, the EISA 
(Extended Indastry Standard Architecture) bus, and the PCI 
(Peripheral Component Interconnect) bus. In addition, the 
input/output device may be configured as a PCMCIA 
(Personal Computer Memory Card International 
Association) card, also referred to as a PC card. The registers 
of input/output devices which have the.se interfaces are 
accessible by the computer program executing direct input/ 
output instructions. 

A second manner of coupling input/output devices to a 
computer .sy.stem requires a computer program to commu- 
nicate wiih the input/ouiput device by a more indirect 
means. In other words, the registers on the input/output 
device are not directly accessible by a direct input/output 
instruction of the computer system. Examples of the indirect 
coupling manner include diQ'erent types of I/O interfaces or 
platforms, including the VXI bus (VIVIE Extensions for 
Instrumentation) bus, and the GPIB (General Purpose Inter- 
face Bus), among others. These interfaces are popular in the 
in.stru mental ion or te.si measurement indu.stry. In addition, 
the input/output device may be adapted for indirectly cou- 
pling lo a computer system via a .serial port or parallel port. 

In many ca.ses it is desired for a computer program 
executing on a computer system lo be able to communicate 
with expansion or input/output devices in a portable manner, 
i.e., regardless of how the expansion device is coupled lo the 
computer system. In other words, s^iifiware developers for 
such devices desire to develop portable code which is highly 
reu.sable and maintainable by virtue of its hardware plalform 
independence. 
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One area where a portable computer program Ls desired is 
in the field of data acquisition. For example, a data acqui- 
sition card which is software controlled may be couplecl to 
the computer system by any of the various interfaces 
described above. The computer program caases the com- 
puter system to generate a plurality of bits which are 
provided to the data acquisition card which configure and/or 
control the data acquisition card or cau.se the data acquisition 
card to provide data in response. These plurality of bits difi'er 
depending upon the type of platform for which the data 
acquisition card Is configured, including the manner in 
which the card is coupled to the system. In other words, 
different bits are required to be tran.sferred to the data 
acquisition card, depending upon whether the card is con- 
figured lo reside on an expansion bus, such as the PCI bus, 
is coupled lo a serial or a parallel port, is a PCMCIA card, 
or is a VXI or GPIB card. 

Computer programs which communicate with input/ 
output devices execute under the supervision of operating 
systems running on the computer system. Examples of such 
operating systems include "UNIX", "MS-DOS^', 
"WINDOWS", "WINDOWS NT", the "MACINTOSH^^ 
operating system, etc. For security purpo.ses, operating sys- 
tems typically employ one or more different privilege modes 
in which compuJer programs execute. The operating systems 
are configured such that certain operations, such as the 
execution of inpus/output instructions, the execution of 
instructions which access particular memory ranges, etc., 
may only be executed in certain privilege modes. The same 
code reusability and maintainability i.ssues which exist in 
regard to the input/output device coupling manners, as 
described above, also exist in regards to privilege modes. 

Therefore, an improved system and method is desired for 
enabling a single computer program to communicate with an 
expansion device or expansion card regardle-ss of the I/O 
platform in which the expansion device is configured and 
regardless of the privilege mode in which the computer 
program is executing with respect to the operating system 
running on the computer system. 

SUMMARY OF THE INVENTION 

The present invention compri.ses a system and method for 
performing input/output management in a computer system. 
The system and method of the present invention simplifies 
communication between a computer control program 
executing on the computer system and an input/output 
device coupled lo the computer system. The system and 
method is independent of the privilege mode in which the 
computer program Ls executing with respect to ihe operating 
system running on the computer .system. The .sy.stem and 
method is also independent of the manner in which the 
input/output device is coupled to the computer system. An 
I/O manager according to the present invention provides 
input /out put operation macros, comprising first and second 
conditional execution portions, along with other related 
functions. TTic computer program is compiled from one or 
more source code files which employ the input/output opera- 
tion macros and call other input/output manager functions. 
The inpui/ouiput manager thus provides a me a as lor source 
code to be developed which is portable across hardware 
platforms, i.e., input/oulpul coupling manner, acro.ss oper- 
ating system privilege level ditferenccs. 

The .system and method compri.ses compiling the .source 
code files into ihe computer program, wherein the compiling 
comprises determining if the computer program is lo execute 
in a first privilege mode or a second privilege mode. In ihe 
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first privilege mode the compuier program is permiiied by 
the operating system to execute a direct input/output 
iasiruction. such as an x86 architecture "in" or "out" 
instruction, to the input/output device, in the second privi- 
lege mode, the computer program is not permitted by the 5 
operating system to execute a direct input/output instruction 
to the input/output device. If the computer system is in the 
first privilege mode, the first conditional execution portion * 
of the input/output operation macro is resolved to a direct 
input/output instruction- If the computer system is in the lO 
second privilege mode, the first conditional execution por- 
tion of the input/output operation macro is resolved to a call 
to a function, wherein the function causes the computer to 
change to the first privilege mode and execute a direct 
input/output instruction in the first privilege mode. i5 

llie system and method further comprises executing the 
computer program on the computer system. First the input/ 
output manager is initialized. The input/output manager 
determines if the input/output device is coupled to the 
computer system in a first coupling manner or a second -'^ 
coupling manner in respoase to the computer program 
initializing the input/output manager. The first coupling 
manner comprises the input/output device being coupled to 
the computer system such that the input/outpul device is 
directly accessible to the compuier program through a direct 
input/output iastruction. The second coupling manner com- 
prises the inpui/outpul device being coupled to the computer 
.system such that the input/output device is not directly 
accessible to the computer program through a direct input/ 
output instruction. -^^ 

Alter the coupling manner is determined, the input/output 
operation to the input/ouipul device is performed by execut- 
ing the first conditional execution portion of the input/output 
operation macro to the input/output device if the input/ 
output device is coupled to the compuier system in the first 
coupling manner. If the input/output device is coupled to the 
compuier system in the second coupling manner the input/ 
output manager executes the .second conditional execution 
portion of the input/output operation macro which is a 
function, wherein the function performs the input/output ^'^ 
operation by e.xecuting a number of direct input/output 
in.struciions. 

BRIEF DESCRlPnON OF THE 1 RAWINGS 

A belief understanding ot the present invention can be 
obtained when the following detailed description of the 
preferred embodiment is considered in conjunction with the 
following drawmgs, in which: 

FIG. I ill usi rates a data acquisition system according to 50 
the present invention; 

FIG. 2 is a block diagram illustrating the computer system 
of FIG. 1; 

FIG. 3 is a C language source code fragment which 
illustrates aspects of the preferred embodiment of the -^-^ 
present invention; 

FIG. 4 is a fiowchan ill u.stra ling the preferred embodi- 
ment of the present invention. 

DET/\ILED DESCRlFriON OF THE bO 
PREFERRED EMBODIMENT 
Input/Output Manai'cr 

Referring now 10 FIG. 1, a dala acquisition sy.stem 10 is 
illustrated in which I/O management is performed according 
to ihc present invention. ^Fhc data acquisition system 10 t>.^ 
preferably comprises a general purpo.se compuier .system 60. 
'Hie compuier system 60 preferably includes varioiLS stan- 



dard components, including one or more processors, one or 
more buses, a hard drive and memory. A dala acquisition 
card 76 is comprised in or coupled to the compuier .system 
60. 

The dala acquisition card 76 Is coupled to an instrumen- 
tation and/or control system (not shown). The instrumenta- 
lion and/or control system may be any of various types of 
systems. Examples of such an instrumentation and/or con- 
trol system are systems in power generation slalioas, chemi- 
cal producing plants, manufacturing facilities, etc. The dala 
acquisition card 76 acquires data from the iastrumentalion 
and/or control sy.stem and communicates the data to the 
computer system 60. The data acquisition card 76 is coupled 
to computer system 60 by one of a plurality of means such 
as by a parallel port, serial port, VX! bus, GPIB bus, ISA bus 
or PCI bus, or other types of buses or platforms. 

An example of the data acquisition card 76 is the 
AT-MIO-16XE-50 card, produced by National Instruments 
Corporation, which is coupled to the computer system 60 
through an ISA bus. Another example of the dala acquisition 
card 76 Is the DAQPad-M10-l6XE-50 card, also produced 
by National Instruments Corporation, which is coupled to 
the computer system 60 through a parallel port. It is con- 
templated that the data acquisition card 76 may in fact have 
various forms, such as a single chip or chipset, or even be 
incorporated into a larger chip or card as one of multiple 
functions on the chip or card. 

A computer program, repre.sented by floppy^ disks 72, 
executing on the computer system 60 communicates with 
the data acquisition card 76 to control the data acquisition 
card 76 and retrieve the data from the data acquisition card 
76. 

Referring now to FIG. 2, a block diagram illastrating the 
components comprised in the compuier system 60 of FIG. 1 
Is shown. It is noted that FIG. 2 is illustrative only, and other 
computer architectures may be used, as desired. As shown, 
the computer system includes at least one processor 80 
coupled through chipset logic 82 to a system memory 84. 
The chipset 82 preferably includes a PCI (Peripheral Com- 
ponent Interconnect) bridge for interfacing to PCI bus 86. 
ISA Bridge 88, EISA Bridge 90, GPIB interface card 92, and 
VXI interface card 94 are shown connected to PCI bus 86 
which provide ISA bus 188, EISA bus 190, GPIB 192, and 
VXI bus 194 respectively. I/O chip 96 is .shown connecled 
to PCI bus 86 which provides one or more parallel ports 196, 
one or more serial ports 197, and PCMCIA ports 198. 
Various other comporKints may be comprised in the com- 
puter system, .such as video (not shown) and hard drive (not 
shown). The dala acquisition card 76 (of FIG. 1) is coupled 
to the computer system 60 by one of ihe plurality of PCI bus 
86, ISA bus 189, EISA bus 190, GPIB 192, VXJ bus 194, 
parallel ports 196, serial ports 197 or PCMCIA ports 198 
shown. 

Referring now to FIG. 3, a C language source code listing 
is shown which illustrates varioas a.specis of the preferred 
embodiment of the present invention. The main routine at 
line 30 contains statements which are indicative of state- 
ments included in the computer program (of FIG. 1) which 
communicates wiih the data acquisition card 76 (of FIG. I). 
ITie computer pre>gram communicates with the dala acqui- 
sition card 76 through the services of an input/outpul man- 
ager also executed by the computer system 60 (of FIG. 1). 

'ITie input/outpul manager comprises a plurality of func- 
lions and macros called by ihe main routine. Additionally, 
the input/outpul manager defines dala .structure type 3 which 
enable the main routine to pass information to the input, 
ouipui manager, receive information from (he input/outpul 
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manager and request the input/output manager lo perform 
input/output operations. The input/output manager also 
detines constants and other information which the computer 
program uses to communicate with the input/output man- 
ager. The function definitions, data type definitions, con- 5 
slants and other information which define the interface to the 
input/output manager are found in the iomgrh, iomgrg.h, 
iomgrp.h and iomgrc files listed at the end of the specifi- 
cation. 

The main routine initializes an instance of the input/ iQ 
output manager by calling the inillOMgr routine at line 36. 
In the call to initlOMgr, the main routine passes information 
to the input/output manager about the data acquisition card 
76, namely the manner in which the data acquisition card 76 
LS coupled to the computer system 60 and the expansion slot 15 
number in the event that the card resides in an expansion 
slot. The input/output manager defines constants associated 
with manners in which the data acquisition card 76 is 
coupled to the computer system 60. Examples of these 
manners, or interfaces, are the ISA bus, the NuBUS, the PCI 20 
bus, PCMCIA or PC Card, parallel port, serial port, SCXI 
port, GPIB, VXI, etc. Constants defining these manners, or 
methods, are found in the iomgr.h header file ILsted at the end 
of the specification. Initializing an instance of the input/ 
output manager comprises allocating memory for an 2> 
instance of a data structure associated with the data acqui- 
sition card 76. Specifically, memory is allocated for an 
instance of an lOMgrHndlStructType data structure, which 
is defined in the iomgrp.h header file listed at the end of the 
.specification. The input/output manager then initializes 
fields in the data structure. The input/output manager popu- 
lates fields which denote the coupling manner, the base 
address of the data acquisition card 76, etc. ba.sed on the 
information passed by the main routine. The inpui/oulpul 
manager also populates the various function pointers in the -^ 
data structure to point to functions which perform input/ 
output operations from/to the data acquisition card 76. An 
example of a function pointer field in the data .structure is the 
writeRegS field, which the input/output manager initializes 
to jx>int to a function which performs an output operation to 40 
an S bit register. 

After performing the initialization, the initlOMgr routine 
returns a handle to the main routine. The handle is used by 
he main routine in further communications with the input/ 
output manager. There are two types of handles which the 45 
initlOMgr routine returns depending upon the manner in 
which the data acquisition card 76 is coupled to the com- 
puter .system 60. The determination is ba.sed upon whether or 
not the computer program may execute a direct input/ouipu! 
instruction to the storage components on the data acquisition .^o 
card 76, such as registers or memory. 

if the data acquisition card 76 is coupled to the computer 
system 60 in a first manner such that the computer program 
may execute direct input/output instructions to regLslers on 
the data acquisition card 76 then the initlOMgr routine 5.^ 
returas a handle in which the base I/O address, commonly 
referred to as the port address, of the data acquisition card 
76 LS encoded. Examples of this direct coupling manner arc 
the ISA bus, the PCI bus, and PCMCIA. 'l5ie computer 
system processt)r SO (of FIG. 2) executing the computer oo 
control program executes a single direct input/output 
instruction to read or write a register on the data acquisition 
card 76. Examples of the direct input/output instructions are 
the "in" and "out" instructions found on xS6 architecture 
microprocesst^rs. The.se two iastruclioas require as a param- 
eter the address in I/O space of the regi.sler to Ix* read or 
written. The base I/O address of the device Is used, along 
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with the ofisei of the desired register, to compute the I/O 
address of the register. 

If the data acquisition card 76 Is coupled lo the computer 
system 60 in a second manner .such that the computer 
program may not execute a direct input/output instruction to 
registers or memory on the data acquisition card 76, then the 
inillOMgr routine returns a handle which is a pointer lo the 
previously allocated data structure. Examples of this indirect 
coupling manner are parallel ports, serial ports, SCXI ports, 
the GPIB bus, and the VXI bus, etc. By way of example, if 
the data acquisition card 76 is coupled to the system by a 
parallel port, the system processor executes a scries of direct 
input/output iastruciions lo the parallel port, thereby indi- 
rectly accessing registers or memory on the data acquisition 
card 76. If the main routine determines lhal the data acqui- 
sition card 76 is coupled via a parallel port, as at line 39, then 
the main routine calls the inillOMgrPPDala routine at fine 
40. The inillOMgrPPDala routine performs further initial- 
ization of the previously allocated lOMgrHndlStruclType 
data structure, as well as other parallel port-specific data 
slmctures. 

It Is common for data acquisition cards, such as the data 
acquisition card 76 described above, to generate interrupts to 
the computer system processor 80 to notify the processor of 
asynchronous events. The portion of the computer control 
program which is invoked in response to an interrupt from 
the data acquisition card 76 is commonly referTed.v,to as an 
interrupt service routine. Some operating systems, for 
example WINDOWS 95, distinguish between programs 
executing in a .u.ser mode and a kernel mode. Interrupt 
service routines typically run in kernel mode. Al line 43 the 
main routine calls the getlSRIOMgrHandle routine, which 
returns a kernel mode handle lo the main routine. The 
interrupt service routine (not shown) makes use of the kernel 
mode handle to communicate with the input/output manager. 
Input/Output Operation Macros 

At line 46 the main routine calls the macro WRITE_ 

REG 8. This Is an input/output manager macro which 

performs an output operation of a single byte to an 8 bit 
register, llie byte written is specified in the third parameter 
to the macro. The handle associated with the data acquisition 
card 76 Is specified in the first parameter. The offset of the 
desired register from the data acquisition card 76 ba.se I/O 
address is specified in the second parameter. An example of 
the purpose of performing the output operation is to con- 
figure a particular register on the card with a given voltage 
level. Similar macros exist which perform 16 bit and 32 bit 
output operations, namely WRITE_REG_16 and WRITE_ 
REG„32, respectively. Conversely, macros exi.st which per- 
form 8, 16 and 32 bit input operations, namely READ 

REG_8, READ_REG„16 and READ„REG__32. An 
e.xample of the purpose of performing an input operation is 
lo acquire data from a register containing a current value, or 
frequency value, or pressure level, etc. ^Hiese macros are 
defined in the iomgr.h header file listed al the end of the 
six;cificaiion. 

In a typical computer program controlling ihc data acqui- 
sition card 76, numerous input/output operations are 
performed, i.e., the computer program includes numerous 
calls lo the input/output operation macros. In FIG. 3 a single 
call to an output operation macro is listed for simplicity. 

For clarity, the WRnX_REG_8 macro is defmed al lines 
5 through H. The macro makes as of the C language 
conditional expression operator. The condition is evaluated 
b> on line 6 in which a test is performed to determine which 
lype of handle was returned by the initlOMgr routine. If the 
data acquisition card 76 is directly coupled to the computer 
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system 60 ihen a call lo the lOMgrOutB identifier is made 
at line 7. The lOMgrOutB identifier Is resolved in two 
diflerent manners, as will be discussed below. 

If the data acquisition card 76 is not directly coupled to 
the computer system 60 then the pointer to the data structure 5 
is dereferenced to obtain the function pointed to by the 
writeRegS function pointer field in the lOMgrHndlStruct- 
Type data structure at line S. Hence, the function is indirectly 
called to jxrform the 8 bit register output operation. The 
function comprises a number of direct output instructions lo 
which are executed to perform the output operation. For 
example, a function to perform an output operation to a 
parallel port may execute one output instruction to the data 
register in the parallel port to store the address of a desired 
register on the data acquisition card 76. The desired register J 5 
address is not an I/O port address, i.e., not in the I/O address 
space of the computer system 60, but rather an address in the 
address space known to the decode logic of the data acqui- 
sition card 76. The function then executes another output 
operation lo the parallel port data register with the byte of 20 
data to be written to the desired data acquisition card 76 
register. Additionally, the function executes numerous input 
instructions to the parallel port status register and output 
instructions to the parallel port control regi.stcr before and 
after writing the address and data to ensure proper comrau- 25 
nication protocol with the parallel port. An embodiment is 
contemplated in which the input/output manager imple- 
ments the indirect function call as a C++ cla.s.s. 

In one embodimeni of the present invention, the computer 
control program executes on the WINDOWS 95 operating 
system. In WINDOWS 95, the portion of the computer 
program which executes in user mode (i.e., at u.ser privilege 
level) is compiled into a dynamic link library (.DLL) file and 
the portion which executes in kernel mode (i.e., at kernel 
privilege level) is compiled in to a virtual device driver 35 
( VXD) file. 

As previously mentioned, the lOMgrOutB identifier is 
resolved in two diflerent manners. '^The determination is 
made at compile time, based on preprcx:e.ssor conditional 
compilation Hags, according to the privilege mode at which 
the computer program will execute, as shown by the #ifdef 
(' prcprocess<:>r directive at line 10. If the computer program 
will run at a mode privileged lo execute direct input/output 
instructions, such as the portion of the computer program in 
the VXD lile previously mentioned, then the lOMgrOdiB 
identifier is resolved by the C preprocessor to a call to the 
outp function, as shown at line 12. The outp function is a 
library function common to C compilers for .\86 architecture 
microprocessors. The outp function receives the I/O address 
of the desired register to be written to and the data byte lo 
he written to the desired register. The outp tijnction essen- 
tially resolves to an "out" instruction previously described. 
Hence, if the privilege level is sutBcient, and the data 
acquisition card 76 is directly coupled, the input/output 
manager macro advantageously performs a direct output 
operation which is more eOicient than other indirect meth- 
ods- 

If the computer program will not run at a mode privileged 
to execute direct input/output instruct io as, such as the por- 
tion of the computer program in the .DLL file previously 
mentioned, ihen the lOMgrOutB identifier gets resolved by 
the C preprocessor to a call to a function, lOMgrOuiB, 
shown in part at lines 16-26. The lOMgrOulB function 
receives the I/O address of the desired register to be written 
to and the data byle to he written to the desired register. The 
lOMgrOutB function p(»pulates a data structure with the 
register address and data byte value to be i>ul put to the data 
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acquisition card 76. The function then invokes the callToK- 
emel routine at line 25, which changes lo kernel mode and 
thus executes at sufficient privilege level to perform the 
output operation via output instructions. 

By providing a single mechanism, i.e., macro for per- 
forming a given input or output operation for a given data 
word width, the input/output manager advantageously alle- 
viates the source code from having substantially more 
conditional run-time statements and/or conditional compi- 
lation directives determined by hardware platform and/or 
execution environment than would otherwise be necessary. 
Thuscode maintenance is performed at one place, i.e., in the 
macros of the header files, rather than in many locations 
throughout the code. Hence, the input/output manager facili- 
tates code maintainability, reusability and portability. 

Once the output operation has been completed, the main 
routine calls the gelAndClearlOMgrErr routine at line 49, 
which returns any errors which occurred during previous 
input/output operations associated with the handle param- 
eter and clears the errors so that subsequent calls to gel- 
AndClearlOMgrErr will only return new errors. The com- 
puter program then selectively communicates the errors to 
the user of the computer program (not shown). 

Once the computer program has completed communica- 
tions with the data acquisition card 76, the main routine calls 
the freelOMgr routine at line 52, which frees the memory 
previously allocated for the instance of the input/output 
manager data structure associated with the handle passed as 
a parameter. . 
50 It LS noted that although an output operation has. been 
described above in detail for clarity and illustration 
purposes, the present invention additionally comprises input 

operation functionality, namely via the REAE) REG 8, 

READ„REG_16 and READ_REG_32 macros. 

It is noted that although the description of the preferred 
embodimeni has referred to port addresses in the I/O address 
range, as is common in x86 architecture microprocessor- 
based computer systems, the invention is not limited to I/O 
.space embodiments. In one embodimeni of the present 
40 invention the computer control program is compiled for and 
executes on a "MACINTOSH" computer and the input/ 
output operation macros perform input/ouipui operations via 
memory-mapped I/O (i.e., instructions which perform load/ 
store operations from/to the memory .space of the computer 
45 system 60) rather than dedicated "in'* or "out" iastructions. 
The preferred embodiment of the present invention fur- 
ther comprises a.ssembly language implementation equiva- 
lents (not shown) of the aforementioned input/output opera- 
tion macros for interfacing wiih computer control programs 
50 written in assembly or other situations requiring assembly 
language macros. 

Hence, the input/output manager advantageously pro- 
vides a mechanism for a computer program lo communicate 
wiih an input/output device in a manner which is indepen- 
55 dent of how the input/output device is coupled to the 
computer system 60. 

In addition, the input/output manager advantageously 
provides a mechanism for the development of portable, 
reu.s;ihle .source code for a computer program to communi- 
bO cate with an input/output device in a manner which is 
independent of the execution privileges of the computer 
program on an associated operating system. 
FIG. A — Flowchart Diagram 

Referring now to FIG. 4, a llowcharl diagram illu.sirating 
05 i>tKration of the preterred emlKidimeni of the pre.seni inven- 
tion are show'n. The .steps involve compiling one or more 
.*;ource code files into the executable computer program (of 
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FIG. 1) for controlling the data acquisition card 76 (of FIG. 
1) and executing the computer program on the computer 
system 60 (of FIG. 1) to which the data acquisition card 76 
is coupled. 

A C language preprocessor determines if the computer 5 
program will be executed at a sufficient privilege level to 
execute direct inpul/oulpul instruct ioas to registers on the 
data acquisition card 76 in step 202. If so, the preprocessor 
resolves the first cx>nditional execution portion of an input/ 
output operation macro to execute a direct input/output lO 
instruction in .step 206. If not, the preprocessor resolves the 
first conditional execution portion of the input/oulpul opera- 
lion macro to call a function in step 204 which switches to 
kernel mode and executes the direction input/output instruc- 
tion. 35 

Once the computer program has been compiled into 
executable code, the computer program begins to execute on 
the computer system 60. The computer program calls an 
input/output manager initialization routine and receives a 
handle from the initialization routine in step 208. The 20 
initialization comprises allocating memory for an input/ 
output manager data structure associated with the data 
acquisition card 76 and populating the data structure. The 
computer program then determines if the data acquisition 
card 76 is coupled to the computer system 60 through a 25 
parallel port in step 210. If so, the computer program calls 
an input/output manager initialization routine which popu- 
lates portions of the data structure as.sociated with the 
parallel port in step 212. 

The computer program then determines if the data acqui- 30 
silion card 76 is directly coupled to the computer system 60 
in step 214. If so, the computer program executes the first 
conditional execution portion of the input/output operation 
macro to/from a register on the data acquisition card 76 in 
step 218 using the ba.se I/O address of the data acquisition 35 
card 76 which is encoded in the handle returned by the 
input/output manager initialization routine. If not, the com- 
puter program executes the second conditional execution 



portion of the input/output operation macro, which is a 
function, to perform the input/output operation in step 216. 
The computer program uses the handle relumed by the 
input/output manager initialization routine as a pointer to the 
data structure. The data .structure contains a function pointer 
to the function which performs the input/output operation. 
Next, the computer program calls an error reporting function 
which returns errors generated by previous input/output 
operations and clears the errors in step 220. Once the 
.services of the input/output manager are no longer needed, 
the computer program frees the memory in step 222 which 
had been previously allocated for the data structure. 
Conclusion 

Therefore, the present invention comprises a system and 
method for performing input/output management in a com- 
puter system executing a computer program controlling an 
input/output device, wherein the system and method is 
independent of the privilege mode in which the computer 
program executes and the manner in which the input/output 
device is coupled to the computer system. The computer 
program is compiled from one or more source code files 
which contain input/output operation macros, defined in an 
input/output manager portion of the source code files, for 
performing input/output operations. The input/output man- 
ager thus facilitates code maintainability, reusability and 
portability. 

Although the method and apparatus of the present inven- 
tion has been described in connection with the preferred 
embodiment, it is not intended to be limited to the specific 
form set forth herein, but on the contrary, it is intended to 
cover such alternatives, modifications, and equivalents, as 
can be reasonably included within the spirit and scope of the 
invention as defined by the appended claims. 
Source Code Listing 

Below is a partial source code li.sting of files comprising 
the preferred embodiment of the input/output manager. The 
list of source code files includes: iomgr.h, iomgrg.h, 
ioragrp.h, and ioragrg.c. 



iontgr.li 

I Exported register manager stuff | 

Idefined (_ioniL:r_h_) 
#define„iomgr_h_ 
#if defined (IcMAC) 

#inc!ude "niacDefines.h" 

#include "sysConfig.h" 
#clse 

^'include "defines .h" 
#include "iplnigr.h" 
#endit' 

#include "iomgrp.h" 

I The following constanLs are for the "ioMethod" paramater to | 
I iniilOMgr. j 

*rdefine iOM__lSA_MirmOI^ 0 
#define IOM_NuBl!S_MimiOt:) 1 
#define tOM^PCI^MFmOD 2 
#definc IOM„PCMCLA_ METHOD 3 
#definc IOM_EPP_METHOD 4 
Sdefine tOM_NIBBLE_Mtri*HOi:) 5 
/• V'XIDAQ begin change iTJM Zf\!9S] V 
#define IOM_VISA_ME'IHOD 6 
/• VXIDAO end change •/ 

#define IOM„SCXI„'POFCI'_MEmOO /• Remote SCNl change (SUNnien 

ivpedef lit: MO-Mgrllandle: 
tVpcdet itS MOMgrliaseAddr. 
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-continued 



/• V 

I Utis fiiRctton initializes the register maongcr and retunrs a handle | 
I to he used to rcadAvrite rccisiere on Ihc given device in ihe given | 
I mode. I 

DECLARE_FTJNCnON (lOMiirHandle. initlOMur) 
( 

L?2 dcviceNum, 
lOMgrBascAddr bascAddress, 
lib toMcthod 
): 

#it' ! defined (kMAC) 



j| inillOMgrPPDala J 

II It 

{{ Tilts function is used to initialize the data needed tor parallel {] 

ll port communication. The parallel port dala is passed to LPTMGR || 

11 to do the read/writes on the parallel port. [| 

11 The I OM or Handle is the handle returned bv the iniilOMiir function. || 

II ^ ' ^ II 

II The tnitlOMgr tunction must be called before this one. It multiple || 

|] lO Managers access the same parallel port, the same same parallel |] 

|] port data should be civen to each of them through this function. jj 

II ^ ^ It 

II Note: The Macintosh docs not have a Parallel Port, so this function || 

II II is not currently implemented there H 

/! 

. — _-v 

DECLARE_FLJNCnON (int. initlOMsrPPI^aia) 
( 

I OMgr Handle ioMgr, 
PponlnfoStruct "pPortDaia 

): 

•end if /• ! defined (k.MAC) "/ 



1/ - -At 

II frecJOMgr 1| 

II II 

Frees the space allocated hv the lO Manager. Must be cnlled before 

Nl-DAQ exits. ^ If 



DECLARE_FU.NJCnON (void, freelO.Mgr) (lOMgrHandle lOi 



I Use the following nucros to call the read /write functions from C. | 

I C functions .should not reference, the function pointers directly | 

I because they will be stored in di tie rent places on ditferent | 

I platforms. | 

I I 

I The read miicros all return an iJ-Z that contains the data read. | 
j The write macros do not return anything. Lise the eetAndClearlO.MgrErr 

I function the check for errors after calls to these macros. j 

^define \VRrn£_REG_8(h3ndlc. re-09"sel. data) \ 
(_IO.M_SHOR:r_CUT (handle) 7 \ 

lO.MgrOutB (_IOM_SHOKT_CUT_B_ADDR (handle) + (regOtiset ). (ui^) 
(data)) :\ 

(■(((lO.MgrHndlSlruct ') (handle)>->writeRegi;)) \ 
((fO.MgrHndlStructPtr) (handle). (regOff.set), (data))) 
^#definc WRmE_REG_16(handle. regOflsct, data! \ 
(_10M_SHORn'__CUT (handle) ? \ 

lOMgrOutW (_IOM_SHOKr_CUT_B_ADDR (handle) + (regOffsct). (ul6) 
(data}) :\ 

('(((lOMgrHndlSiruci •) (handle) >->wriieReglb)> \ 
((lOMgrHndlStruclPtr) (handle), (regOffsel). (data))) 
^define WRnT£_REG„32(handle. regOtiset. daLDV 
(•(((lO.MgrllndlStfuc! *) (handle )H>writeReg3:)) \ 
((fOMgrllndlSiruciPU) (handle). (regOflscl). (data)) 
#derine READ_REO„iS(handie, regOlTseO \ 
(_IO.M_S!!ORT_CUT (handle) 7 \ 

lO.MgrlnB (_lOM_SH0RT_an'„B_ADDK (handle) v (rcgOfl'seO) : \ 
r(((lOM^rHndiSirucl M (handle ))->rcadRee.S)) \ 
((lOMgrllndlStruclPtr) (handle i. (regOlS'sel))) 
#det~ine REAO_REr_ Jt>(handle. rctiOU'scl) \ 
(- IOM_SHORT_ri'r (handle) 7 \ 

lOMgrlnW (_lO.M„SHORrr_Cl."r_B_ADi:)R t handle) + (regOflsel)) : . 
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(•(((lOMgrHndlSiruct •) (handle»->rcadReglbJ» \ 
((lOMgrHndlSiniciPtr) (handle L (regOffset)n 
#dcfine READ_REG_32(handle, regOfiseO \ 

(•(((lOMgrHndlSlfuct •> (handle )H>readReEi32)) \ 
((lOMiirllndlStrtictPtr) (handle), (regOQ'sct)) 
DECLARolnJNCnON (lOMgrHandle^ gellSRIOMgrllandle) ((OMi;rHand]e ioMgr): 
DECLARE_FUNCT10N (i33, getAndCtcailOMgrErr) (lOMgrHandlc lOMgr): 
"cndtf /" _iomgr h_ V 



I This is ihe private include file tor lOMgr.c. It contains data | 
I tN-pcs and constants for the iJOernal structures of the register | 
1 nwnagcr. Only register manager files should include it. Include | 
1 lOMgr.h to use the register manager. ] 



#if 'defined (_iomgrp_h__) 

#define _tomgrp h 

#if defined (IBM) 
#include ~lptmgr.h" 
#elif defined (kMAC) 
#el if defined (SUNf 
#endif 

#if defined (WINDOWS) || defined (VISRD) 

#deftnc _IOM„SHORl'_CUT„HANDlJE 0x000 10000 
#cise 

#define _IOM_SHORT_CLrr_HANDLE OxflBOOOO 
#endif 

#define _IOM_SHORT„CLiT_BITS OxflfiD(X)0 
#deftne „IOM_SHORT_CUT(hand!e) \ 

(((u.^:» (handle) & „IOM_SHORr_Cin^„Bn'St == „rOM_SHORr_CUT_. HANDLE) 
#define_lOM„SHORT_Cirr_B_ADDR(handle) ((ulb) (((uJi2) (handle)) v"t 
(~_ lOM _SHORT_CUT_ BFTS ) ) ) 
#if defined (WIN3:) 

#include "iomgrg.h" 
#el.sc 

#define IOMgrOutB(regAah (outp((uJ6) (reg). (vain) 
#dcfine IOMgrInB(reg) ((iJ6)inp((u 10) (reg))) 

#define lOMgrOuiW(reg.val) (ouipw((uJ6) (reg). (val))) 
. #deftne lOMgrlnW(reg) ((il6Hnpw((u Jt>) (reg))) 

#endtl' 

(ypedef struct lOMgrHndlStmctTvpe MOMgrHndlSiruct Ptn 

typcdcf ilb (*FPwrileRegS ) 

( 

lOMgrHndlStructPir rmPir. 
i.-: regOttsei, 
i;-: d.-iln 

); 

tvpedel* ilo ('FPwritcRegloj 
(" 

lOMgrHnUlStructPtr rniPir. 

i;-: re^Oflsct. 
i_'2 data 

): 

ivpcdcf iio ( *l-p write Re e-'2 » 
(' 

lOMgrHndlStfuciPir rniPtr. 

regOffsel. 
i32 data 

): 

tv[x:dcf iS* ('FPrcadRccS) 

c' 

lOMgrHndlStruciPtr rmPir. 
\?2 rcgOflset 

): 

tvix;def iio CFPreadRcclb) 
(' 

lOMgrllndlStruciPtr rmPtr. 

i,^: rcgOfi's^t 

): 

typcdcf i-"^2 (-FPreadReg32 ) 

( 

lOMcrHndlStructPlr rmPtr. 

\M rcgOtisct 

): 

lypcJcf i.^2 (-FPgeiAndCk-nrErr) 
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( 

lOMgrHndlStnictPlr rmPir 

); 

tvpcdcf struct lOMiirHndlSiructTvpe 

f 

I 

hV wri tc RegS wri le Re gt! : 

FP write Regit) wriieRcgl6: 
FPwritcRcg^: writeRcg32: 
FT read Regit rcadRegS: 
FPread Reg J 6 rcadReg J 6; 

FT*readReg32 rcadRe^3:: 
FPgelAndClearlZrr geiAndClearErT: 
ut; 'bascAddress; 
ilt> ioMelhod: 
ilO boardT>pe; 

ilt> deviceNum: /' VXIDAQ tjh 2/l/9b */ 

ilo logical Address: /" NOCIDAQ BC 3/12/96 V 

/■ Following field added for Remote SCX[ - (SUNarcn 20Dec95] 

void "netMgrHandIc; 

i I h ackBc fo re Execu t e; 

I pintromi depcndcnl fields go here | 



#ir defined (kMAC) 

ioFunctionsStrnct ioFunctions; 
#e!if defined (IBM) 

Ppo ft In to Struct •IptPortinto: 

St met IOMgrHndlStniciT\'pe ' iomPir32: 
/• VXIDAO begin change [TJH 2/1 m] V 

i32 status: 

i32 VISAbaseAddrcs.s32: /* kerne! mode X'XI base address V 
iM VIS Abase Address: /* aser mode VXl base address "/ 
uib VISAaccessMode: /' DEREF_VX1_ADDR. IN_AND„OUT. 
PEEK„AND_POICE •/ 

i^2 oQ'setTo First Reg: /* this can be adjusted: tvpicallv 0x20 
tor Alo. OxIM) tor A24 "/ 
/• V'XIDAO end change 
#cnUif 
; lOMgrHndlStruct: 
#endir/' _iomgrp_ h_ '/ 



rfii' 'dcTmcd (_iomgrg_h. ) 
#dcfine _ionigrg ^ h_ 
#il defined (WIN.^Z) 

Ut:Cl^i<E_ FUNCTION Cilb- lOMiirOulBi 

( 

i.^2 ioAddr. 
i3: data 

DI:Cl-r\Ki:_ FliNCnON {iS. lOM-rlnB) 
( _ 

i32 ioAddr 

): 

DKCL^\RE_Fl'NrnON (iifa. IOM<>rOutW) 
( 

i32 ioAddr. 
i32 data 

i: 

DI-CLARE^FUNrriON filb. lOMgrlnW) 

{ 

132 ioAddr 

): 

#cnJir/- WIN32 

Dexice IX) Conirol Para me I er Biock-s 

^define IOMCiR_IO_.lN_WORD 

#dcfine IOMCiR_10_Oin'_WORD 

ftdctmc lONU.R. IO„IS_BVrE 

i^deime I0M(;R_K) Oin\ liYl E 

f^Jcline lONKiR . ChT_KJiRNEL_ EPPW^: 

FjcCmc lONK.R C.|-:r_KJ;RNEL . EPPWlo 
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#define IOMGR_GCT_KERNEL_EPPR5t 7 

#deftne IOMGR_GET_KERNE!_EPPRJ6 S 

#dcfine IOMGR_GEr_KERNEL_NIBBLEWS 9 

#definc IOMGR_GEr_KERNEL_KIBBLEWl6 30 

#defujc IOMGR_GEr_KERNEL_NIBBLERj! H 

#deftnc IOMGR_GET_KERNEL_NIBBLERJ6 12 

#dcfinc IOMGR_GEr_KERNEL_IOWS J 3 

#dcfinc lOMGR_GET_K£RNEL_IOWJb 14 

ffdefine IOMGR_GET_KERNEL„IOR*: 35 

#definc IOMGR_GET_KERNEL_IORj6 lb 

#definc IOMGR_GET_KERNEL_NOSUPPORTR 17 

#definc lOMGR_GEr„KERNEL_NOSUPPORTW IS 

#definc IOMGR__GET_KERNEL_LPT_GET_CLEAR_ERR 19 

#define IOMGR_PPIO_IN_WORD 20 

#dcfine IOMGR_PPIO_OUT_WORD 23 

#definc IOMGR_PPIO_rN_BrrE 22 

#dcfine IOMGR_PPIO_OLT_BYre 23 
/• VXIDAO begin change [TJH 2/3/96] '/ 

#definc IOMGR_rGET_KERNEL_VlSA_Wfc; 24 

#dcftne iOMGR_GEr_KERNEL_VISA_W36 25 

#define IOMGR_GEr_KERNEL_VISA_W32 26 

#define IOMGR„GET_K£RNEL_VISA_RS' 27 

#deftne IOMGR_GET_KERNEL„VISA_R36 2i; 

#define IOMGR„GET_lCERNEL_ViSA_R32 29 
/• VXIDAQ end change '/ 
/• Remote SCXI Change (SUNaren ]0Dec95] V 

#define IOMGr1.GET_ICERNEL_SCXI„PORTW8 30 

#define IOMGR_GET_K£RNEL_SCXt_PORTW 16 3 J 

#define IOMGR_GEr_KERNEL_SO:i_PORTRS 32 

#define IOMGR_GErr_K£RNEL_SCXI_PORTR16 33 

#define IOMGR_GET_ICERNEL_SCXI_PORT_GET_CLEAR_ERR 34 
/* Remote SCXI change end */ 

typedcf ut; 'lOHandie; /' MUST match the definition of lOMgrUandlef */ 
#pragma pack (1 ) 
typedef struct 



/• function ID V 
ulb tuncID; 
union 

f 

I 

St aid 
» 

/• input '/ 
i32 ioAddr; 
/* output •/ 
i32 data: 
ilO err: 
; in Word: 
-struct 

/* input •/ 
i32 ioAddr; 
i3 2 data; 
: ' output '/ 
i I 6 err; 
I outWord: 

struct 
r 
I 

input */ 
i32 ioAddr; 
/* output */ 
i32 data; 
ii6 err; 
} in Byte; 



/• input */ 
i32 ioAddr: 

output ~. 
i 1 6 err; 
) out Byte; 
struct 
/ 
\ 

/• output •/ 
void * ioFunc: 
) get Kernel loKunc; 
struct 
I 
I 

" input '/ 
lOllandic iollnndle: 
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1.-2 rcgOffset: 
/' (Xitpui V 
iM data: 
ilii err, 

] FHOin Access: 
stnjct 

/" input */ 
{Oliandle ioHandle; 
regOflset: 
data: 
/• output "/ 
iJ 6 err: 

PPIOout Access: 
{pammeler: 
) ionigrParani Block: 
#pragma pack () 
#crKJir/* _tomgrj:_h„ '/ 



I/O Manager Gate lo the Kernel 



#!nclude "ndmaster.h" 
#!nclude "iomgr.h" 
# include "iomgrg.h" 
^include "gaienigr.h" 



' Call the Kernel and write a byte 



DECLARE„R_JNCTION' (ilb. [OMarOutB) 

( 

i^^2 ioAddr, 
i.^2 data 



ionigrParam Block pb; 
ph funcfD = IOMGR_!0__OUT_BYTE; 
ph.paranieler.outByte.ioAddr = ioAddr 
pb.parameteroiitByte.daia = dal;t: 

CallToDAQKernel (10_MANACiLR_lD.: ^:pb. si^eot (loniizrPoramBlock I ): 
rciiirn pb.paramcler.oulByie.en: 



' Call the Kernel ;i!id read a b\ le 



DL:CI^RL_FUNCnON (ii>. lOMgrlnBi 
( 

i3Z ioAddr 



iomgrParam Block pb; 

pb.tttncID = lOMCiR JO„IN„BVn-:: 

pb. para meter, out Byte. ioAddr = ioAddr. 

CallToDAOKernel (IO_ MANAGKR_1D, Scpb. sizeot" (iomjzrParamBlockU: 
return pb-paramclcnoulByle.dal:i: 



Call the Kernel and write a word 



Dl:CLARH__R'NCTION (ilb. lONtgrOutW* 
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( 



L^2 ioAddr, 
i^2 data 



iomiirParam Block pb: 
pb.tiincID = IOMGR_IO_Oirr__WORD: 
pb.paratnclcr.oiuByte.ioAddr = ioAddn 
pb.parameler.outByie.data = data; 

CallToDAOKemcl (IO_MANAGER_ID,: &pb, sizeof (iomgrParamBlock)); 
return ph.parameteroulByte.crr: 



' Call the Kernel and read a word 



DECLARH_FliN(rnON (Mb. (OMiirlnW) 
( 

t:-2 ioAddr 

) 
r 
I 

iomgrParamBlock pb; 

pb.tuncIO = IOMGR„IO_IN_WORD; 

pb.paramctcr.outByte.ioAddr = ioAddn 

CallToDAOKernel (IO_MANAGER_[D. &pb, sizeof (iomgrParamBlock 1); 
return (il6) pb.parameler.outByte.data; 



I claim: 

1. A melhod for performing input/output management in -"^ 
a computer system which simplifies communication 
between a computer program executing on said computer 
system and an input/output device coupled to said computer 
system^ wherein the melhod is independent of the manner in 
which said input/output device is coupled to said computer ^5 
system, comprising: 

initializing an input/output manager; 

determining if said input/output device is coupled to said 
computer system in a first coupling manner or a second 
coupling manner in response to said computer program 40 
initializing siiid input/output manager; 

wherein said first coupling manner comprises said input/ 
output device being coupled to said computer system 
such that said input/output device is directly accessible 
to said computer program through a direct input/output 45 
instruction; 

wherein said second coupling manner comprises said 
input/output device being coupled to said computer 
system such that s;ild input/output device is not directly 
accessible to said computer program through a direct 50 
input/output instruction; and 
(x;rforming an input/output operation to said input/output 
device after said determining, wherein said performing 
said input/output ojK^ration comprises: 
executing a direct input/output instruction to said input/ 55 
output device if said determining determines that 
said input/output device is coupled to said computer 
system in said first coupling manner; and 
executing a function if said determining determines that 
said input/(»utput device is coupled to said computer t>0 
system in said second coupling manner, wherein said 
functitMi performs said input/output operation. 

2. The mcthtid ot claim 1, wherein said function executes 
a plurality of direct input/output instructions to jx.*rform said 
input/t)utpui operaiiitn. 65 

3. The meihtxl t>f claim 1, wherein said executing said 
:unctifin includes calling said function indirectly by deref- 



erencing a pointer to a data structure, wherein said data 
structure contains a pointer to said function, wherein said 
data structure further contains data used by said input/output 
manager. 

4. The melhod of claim 3, further comprising: 
returning a handle in response to said initializing said 

input/output manager, wherein said handle is said 
pointer to said data structure. 

5. "Fhe method of claim 1, further comprising: 
initializing a portion of said input/output manager asso- 
ciated with said second coupling manner of said input/ 
output device to said computer system beforp said 
performing said input/output operation if said input/ 
output device is coupled to said computer system in 
said second coupling manner. 

6. The method of claim 1, further comprising: 
returning a handle in response to said initializing said 

input/output manager, wherein the base address of said 
input/output device is encoded in said handle, wherein 
said base address is used to execute said direct input/ 
output instruction. 

7. The method of claim 1, further comprising: 
executing an error reporting function after said perform- 
ing said input/output operation; 

returning errors generated by said performing said input/ 
output operation. 

8. The method of claim 7, further comprising: 
clearing said errors in response to said returning said 

errors. 

9. The method of claim 1, further comprising; 

freeing memory in said computer system used by said 
input/output manager after said performing said input/ 
output o|x:ration. 

10. The meihcKl of claim 1, wherein portions of said 
computer program comprise assembly language code. 

11. ^rhe melhod of claim 1, further comprising: 
receiving a kernel mode handle from .said input/output 

manager after said initializing said input/output 
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manager, wherein said kemet mode handle is used by 
said computer program to coramunicaie with said 
input/output manager in kernel mode. 
12. A method for performing inpul/outpul management in 
a computer system running an operating system, wherein the 5 
method simplifies communication between a computer pro- 
gram executing on said computer system and an input/output 
device coupled to said computer system, wherein the 
method is independent of the privilege mode in which said 
computer program is executing with respect to said operat- 
ing system, wherein said computer program is compiled 
from one or more source code files, wherein said one or 
more source code files contains an input/output operation 
macro for performing an input/output operation, comprising: 
compiling said one or more source code files into said 
computer program, wherein said compiling comprises: 15 
determining if said computer program is to execute in 
a first privilege mode or a second privilege mode, 
wherein in said first privilege mode said computer 
program is permitted by said operating system to 
execute a direct input/output instruction to said 
input/output device, wherein in said second privilege 
mode said computer program is not permitted by said 
operating system to execute a direct input/output 
instruction to said input/output device; 
resolving said input/output operation macro to a direct 
input/output instruction to perform said input/output 
operation upon determining said computer program 
is to execute in said first privilege mode; and 
resolving said inpul/outpul operation macro to a call to 
a function to perform said input/output operation 
upon determining said computer program is to 
execute in said second privilege mode, wherein said 
function changes to said first privilege mode and 
executes a direct input/output instruction in said first 
privilege mode. 
13- llie method of claim 12, further comprising executing 
said computer program on said computer system. 

14. A method for performing input/output management in 
a computer .system running an operating system, wherein the 
method simplifies communication between a computer pro- 
gram executing on said computer system and an input/output 
device coupled to said computer system, wherein the 
method is independent of the privilege mode in which said 
computer program is executing with respect to said operat- 
ing system and, wherein the method is independent of the 
manner in which .said in put /output device is coupled to s-aid -^-'^ 
computer system, wherein said computer program is com* 
piled from one or more .source code tiles, wherein .said one 
or more source code files contains an input/output operation 
macro for performing an input/output operation, comprising: 
a) compiling said one or more source code files into said 50 
computer program, wherein said compiling compri.ses: 
determining if said computer program is to execute in 
a first privilege mode or a second privilege mode, 
wherein in said first privilege mode .said computer 
program is permitted by said operating sy.stem to 55 
execute a direct input/output in.st ruction to said 
inpul/outpul device, wherein in said second privilege 
mode said computer program is not permitted by said 
operating system to execute a direct input/outpul 
instruction to said inpul/ouiput device; bO 
resolving a first conditional execution portion of .said 
input/output operation macro to a direct input/output 
instruciion to perform said inpul/oulpul operation 
upon determining said computer program is to 
execute in .said lirsi privilege mode; and t>5 
re.stilving said first conditional execution portion of 
said input/output operation macro to a call to a 



function to perform said input/output operation upon 
determining said computer program is to execute in 
said second privilege mode, wherein said function 
changes to said first privilege mode and executes a 
direct input/outpul instruction in said first privilege 
mode; and 

b) executing said computer program on said computer 

.sy.stem, wherein said executing comprises: 

initializing an input/output manager; 

determining if said input/output device is coupled to 
.said computer system in a first coupling manner or a 
second coupling manner in respon.se to said com- 
puter program iniliafizing said input/output manager; 

wherein .said first coupling manner comprises said 
input/output device being coupled to said computer 
system such that said input/output device is directly 
accessible to said computer program through a direct 
input/outpul instruction; 

wherein said second coupling manner comprises said 
input/output device being coupled to said computer 
sy.stem such that said input/outpul device is not 
directly accessible to said computer program through 
a direct input/output instruction; 

j>erforming an input/outpul operation to said input/ 
output device, wherein said performing said inpul/ 
output operation comprises: 

executing said resolved firsi conditional execution 
portion of said inpul/outpul operation macro if 
said input/outpul device is coupled to said com- 
puter system in .said fu-st coupling manner; and 

executing a second conditional execution portion of 
said input/output operation macro if said input/ 
output device is coupled to said computer system 
in said second coupling manner, wherein said 
second conditional execution portion is a function 
which performs said input/output operation. 

15. The method of claim 14, wherein said function 
executes a plurality of direct input/output instructions to 
perform .said inpui/output operation. 

16. "fhe method of claim 14, wherein said executing .said 
second conditional execution portion includes calling said 
function indirectly by dereferencing a pointer to a data 
structure, wherein said data structure contains a pointer to 
said function, wherein said data structure further contains 
data used by said input/output manager. 

17. A method for performing input/output operations to a 
data acquisition card in a computer system which simplifies 
communication between a computer program executing on 
said computer system and a data acquisition card coupled to 
said computer system, wherein the method is independent of 
the manner in which .said data acquisition card is coupled to 
said computer system, comprising: 

initializing an input/oulpui manager; 

determining if said daia acquisition card is coupled to said 
computer system in a first coupling manner or a second 
coupling manner in respon.se to said computer program 
iniiializing said inpul/oulpul manager; 

wherein said first coupling manner comprises said data 
acquisition card being coupled to said computer system 
such that said data acquisition card is directly acces- 
sible to said computer program ih rough a direct inpui/ 
output instruction; 

wherein said second coupling manner comprises said data 
acquisition card being coupled lo said computer system 
such that said data acquisition c:ird is not directly 
accessible to .said computer program through a direcl 
in put /out put instruction; 
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performing an inpul/outpu! operation lo said daia acqui- 
siiion card, wherein said performing said inpul/outpul 
operation comprises: 

executing a direct input/output instruction to said data 
acquisition card if said data acquisition card is 
coupled to said computer system in said lirst cou- 
pling manner; and 
executing a function if said daia acquisition card is 
coupled to said computer system in said second 
coupling manner, wherein said function performs 
said input/output operation. 
18. A method for performing input/output operations to a 
data acquisition card in a computer system running an 
operating system, wherein the method simplifies communi- 
cation between a computer program executing on said 
computer system and a data acquisition card coupled to said 
computer system, wherein the method is independent of the 
privilege mode in which said computer program is executing 
with respect lo said operating system, wherein said com- 
puter program is compiled from one or more source code 
hies, wherein said one or more source code files contains an 
input/output operation macro for performing an input/output 
operation, comprising: 

compiling said one or more source code files into said 
computer program, wherein said compiling comprises: 
determining if said computer program is to execute in 
a first privilege mode or a second privilege mode, 
wherein in said first privilege mode said computer 
program is permitted by said operating system to 
execute a direct input/output instruction to said data 
acquisition card, wherein in said second privilege 
mode said computer program is not permitted by said 
operating system lo execute a direct input/output 
instruction lo said data acquisition card; 
resolving said input/output operation macro to a direct 
input/output instruction lo perform said input/output 
operation upon determining said computer program 
is to execute in said first privilege mode; and 
resolving said input/output operation macro to a call to 
a function to perform said inpui/oulput oj^x;ration 
upon determining said computer program is to 
execute in said second privilege mode, wherein said 
function changes to said first privilege mode and 
executes a direct input/output insmiciion in said first 
privilege mode. 
19. A method for performing input/output operations to a 
data acquisition card in a computer system running an 
operating system, wherein the method simplifies communi- 
cation between ;i computer program executing on said 
computer system and an d:ila acquisition card coupled to 
said computer .system, wherein the method is independent of ■ 
the privilege mode in which said computer program is 
executing with respect to said operating system and, wherein 
the method is independent of the manner in which said data 
acquisition card is coupled to said computer system, wherein 
said computer program is compiled from one or more .source : 
code tiles, wherein said one or more source code files 
contains an input/output operation macro for performing an 
input/output operation, comprising: 

a) compiling said one or more sf»urce code files into said 
computer program, wherein said compiling comprises: < 
determining if said computer program is to execute in 
a first privilege mode or a second privilege mode, 
wherein in said first privilege mode said computer 
program is permitted by said 0|>c rating sy.stcm to 
execute J direct input/output instruction to said data < 
acquisition card, wherein in said second privilege 
mode said computer program is not permitted by said 



operating system lo execnite a direct input/output 
instruction to said data acquisition card; 

resolving a first conditional execution portion of .said 
input/output operation macro to a direct input/output 
5 instruction to perform said input/output operation 

upon determining said computer program is to 
execute in said first privilege mode; and 

resoKing said first conditional execution portion of 
said input/output operation macro lo a call to a 
function to perform said input/output operation upon 
determining said computer program Ls to execute in 
said second privilege mode, wherein said function 
changes to said first privilege mode and executes a 
direct input/output instruction in said first privilege 
mode; and 

b) executing said computer program on said computer 
system, wherein said executing comprises: 
initializing an input/output manager; 
determining if said data acquisition card is coupled to 
said computer system in a first coupling manner or a 
20 second coupling manner in response to said com- 

puter program initializing .said input/output manager; 
wherein said first coupling manner compri.ses said data 
acquisition card being coupled to said computer 
system such that said data acquisition card is directly 
25 accessible to said computer program through a direct 

input/output in.st ruction; 
wherein said second coupling manner comprises .said 
data acquisition card being coupled to -said computer 
system such that said data acqui.sition card is not 
30 directly accessible to said computer program through 

a direct input/output instruction; 
performing an input/output operation to said data 
acquisition card, wherein said performing said input/ 
output operation comprises: 
35 executing .said resolved first conditional execution 

portion of said input/output operation macro if 
said data acquisition card is coupled to said com- 
puter system in said first coupling manner; and 
executing a second conditional execution portion of 
w said input/output operation macro ;if said data 

acquisition card is coupled to said computer sys- 
tem in said second coupling manner, wherein said 
second conditional execution portion is a function 
which performs said input/output operation. 
15 20. A memory media which stores program instructions 
for performing input/output management in a computer 
system, wherein the input/output management simplifies 
communication between a cximpuier program executing on 
said computer system and an input/output device coupled to 
;q said computer system, wherein the program instmctions 
implement: 

determining if said input/output device is coupled to said 
computer system in a first coupling manner or a second 
coupling manner; 
5 wherein said first coupling manner comprises said input/ 
output device being coupled to said computer system 
such that said input/output device is directly accessible 
to said computer program through a direct input/output 
instruction; 

,0 wherein said secctnd coupling manner comprises said 

input/output device being coupled to said computer 
.* .system such that said input/output device is not directly 

accessible to said computer program through a direct 

input/output iastruction; and 
*5 performing an input/output operation to said input/output 

device after said determining, wherein said performing 

.said inpul/outpu t ojx:ratit>n comprises: 
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execuling a direct input/output inslruclion to said input/ 
output device if said determining determines that 
said input/ouipul device is coupled to said computer 
system in said first cxiupling manner; and 

executing a function if said determining determines that 5 
said input/output device is coupled to said computer 
system in said second coupling manner, wherein said 
function performs said input/output operation. 

21. The memory media of claim 20, wherein said function 
executes a plurality of direct input/output instructions to 
perform said input/outpui operation. 

22. The memory media of claim 20, wherein said execut- 
^ ing said function includes calling said function indirectly by 

dereferencing a pointer to a data structure, wherein said data 
structure contains a pointer to said function, wherein said 
data structure further contaias data used by said input/output J-"^ 
manager. 

23. The memory media of claim 22, further comprising; 
reluming a handle in response to said initializing said 

input/output manager, wherein said handle is said 
pointer to .said data structure. 20 

24. The memory media of claim 20, wherein portions of 
.said computer program comprise assembly language code. 

25. The memory media of claim 20, wherein said input/ 
output device comprises a data acquisition card. 

26. A memory media which stores program instructions 25 
for performing input/output management in a computer 
system running an operating .system, wherein the input/ 
output management simplifies communication between a 
computer program executing on said computer system and 

an input/output device coupled to said computer system, 
wherein the input/output management is independent of the 
privilege mode in which said computer program is executing 
with respect to said operating system, wherein said com- 
puter program is compiled from one or more .source code 
file.s, wherein siiid one or more source code tiles contains an 
input/output operation macro for performing an input/output '^'^ 
operation, wherein the program instructions implement: 
compiling .said one or more source code files into said 
computer program, wherein .said compiling comprises: 
determining if said computer program is to execute in 
a first privilege mode or a second privilege mode, ^'^ 
wherein in .said first privilege mode said computer 
program is permitted by said operating system to 
execute a direct input/output instruction to said 
input/output device, wherein in siiid .second privilege 
mode .said computer program is not permitted by said "^"^ 
operating system to execute a direct input/output 
inslruclion to said input/ouiput device; 
resolving said input/output operation macro to a direct 
input/output iaslruction to ix;rform said input/output 
operation upon determining .said ctmiputcr program 
is to execute in said first privilege mode; and 
re.solving .said input/output operation macro to a call to 
a function to perform said input/output operation 
upon determining said computer program is to 
execute in .said .second privilege mode, wherein said ''■^ 
function changes to said first privilege mode and 
executes a direct input/output inslruclion in .said first 
privilege mode. 

27. The memory media of claim 26. further compri.sing 
executing .said computer program on .said computer system. 

28. The memory media of claim 26, wherein said input/ 
output device comprises a data acquisition card. 

29. A niemor\* media which .stores program in.si ructions 
for |x:rforming input/output management in a computer 
system running an operating system, wherein the input/ u5 
output management simplifies communication lx;iwcen a 
cf>mpuier prctgram executing on said computer .system and 



109 

28 

an input/output device coupled lo .said computer system, 
wherein the inpul/ouiput management Ls independent of the 
privilege mode in which .said computer program is executing 
with respect to .said operating system and, wherein the 
input/output management is independent of the manner in 
which said input/output device' is coupled to said computer 
system, wherein said computer program Ls compiled from 
one or more source ccxJe files, wherein said one or more 
source code files contains an inpui/butpui operation macro 
for performing an input/output operation, wherein the pro- 
gram inslructioas implement: 

a) compiling said one or more source code files into said 
computer program, wherein said compiling comprises: 
determining if said computer program is lo execute in 

a first privilege mode or a second privilege mode, 
wherein in said first privilege mode said computer 
program is permitted by said operating system to 
execute a direct input/output instruction to said 
input/output device, wherein in said second privilege 
mode said computer program is not permitted by said 
operating .system to execute a direct input/output 
instruction lo said input/output device; 

resolving a first conditional execution portion of said 
input/output operation macro to a direct input/output 
iaslruction to perform said input/oulput operation 
upon determining said computer program is to 
execute in said first privilege mode; and 

resolving said first conditional execution portion of 
said input/output operation macro lo, a call lo a 
function to perform .said input/output operation upon 
determining .said computer program is 'to execute in 
said second privilege mode, wherein said function 
changes to said first privilege mode and executes a 
direct input/output instruction in said first privilege 
mode; and 

b) executing said computer program on said computer 
system, wherein said executing comprises: 
initializing an input/output manager; 

determining if said input/output device is coupled to 
said computer .system in a first coupling manner or a 
second coupling manner in respon.se to .s;ud com- 
puter program iniliafizing said input/output manager; 

wherein said first coupling manner comprises said 
input/output device being coupled lo said computer 
system such that sjid input/output device is directly 
accessible to said computer program through a direct 
input/output instruction; 

wherein said second coupling manner compri.ses said 
inpul./ouiput device being coupled to said computer 
system such that said input/oulput device is noi 
directly accessible losaid computer program through 
a direct input/oulput inslruclion; 

performing an input/oulput operation lo said input/ 
output device, wherein said performing said input/ 
output operation comprLscs: 

executing the resolved first conditional execution 
portion of .said input/output operation macro if 
said inpul/oulput device is coupled lo said com- 
puter system in said first couphng manner; and 
executing a second conditional execution portion of 
.said inpui/oulpul operation macro if said input/ 
output device is coupled lo .said computer system 
in said second coupling manner, wherein said 
.second conditional execution |X)rlion is a function 
which |>erforms said input/oulput operation. 
30. 'ITic memory media of claim 29, wherein .said function 
rxecutes a plurality of direct input/ouipui instructions 10 
rform said inj?ui/outpui ojicration. 
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31. The memory media of claim 29, wherein said execui- lo said function, wherein said dala siruciure further contains 

ing said second conditional execution portion includes call- data used by said input/output manager, 
ing said function indirectly by dereferencing a pointer lo a 

data structure, wherein said data structure contains a pointer * * * * * 
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